QoS management for multi-user and single user EDCA transmission mode in wireless networks

ABSTRACT

A communication method in a communication network comprising a plurality of nodes, at least one node comprising a plurality of traffic queues for serving data traffic at different priorities, each traffic queue being associated with a respective queue backoff value computed from respective queue contention parameters having first and second values in, respectively, a first and a second contention modes, obtaining quality of service requirements of data stored in a traffic queue of the node; checking whether the quality of service requirements can be fulfilled when accessing the communication channel using the second contention mode; if the requirements cannot be fulfilled as the result of the checking, disabling access to resource units provided by the other node within one or more transmission opportunities granted to the other node on the communication channel; and transmitting data stored in the traffic queue using the first contention mode.

CROSS REFERENCE TO RELATED APPLICATION

This application is a continuation of U.S. patent application Ser. No.15/859,059, presently pending, filed on Dec. 29, 2017, and which claimsthe benefit under 35 U.S.C. § 119(a)-(d) of United Kingdom PatentApplication No. 1700268.4, filed on Jan. 6, 2017 and entitled “QoSmanagement for multi-user and single user EDCA transmission mode inwireless networks”. The above cited patent application is incorporatedherein by reference in its entirety.

FIELD OF THE INVENTION

The present invention relates generally to communication networks andmore specifically to communication methods in networks offering channelaccesses to nodes through different contention schemes and providingsecondary accesses to sub-channels (or Resource Units) splitting atransmission opportunity TXOP granted to an access point, in order totransmit data.

BACKGROUND OF THE INVENTION

The IEEE 802.11 MAC family of standards (a/b/g/n/ac/etc.) define a waywireless local area networks (WLANs) must work at the physical andmedium access control (MAC) level. Typically, the 802.11 MAC (MediumAccess Control) operating mode implements the well-known DistributedCoordination Function (DCF) which relies on a contention-based mechanismbased on the so-called “Carrier Sense Multiple Access with CollisionAvoidance” (CSMA/CA) technique.

More recently, Institute of Electrical and Electronics Engineers (IEEE)officially approved the 802.11ax task group, as the successor of802.11ac. The primary goal of the 802.11ax task group consists inseeking for an improvement in data speed to wireless communicatingdevices used in dense deployment scenarios.

In this context, multi-user (MU) transmission has been considered toallow multiple simultaneous transmissions to/from different users inboth downlink (DL) and uplink (UL) directions from/to the AP and duringa transmission opportunity granted to the AP. In the uplink, multi-usertransmissions can be used to mitigate the collision probability byallowing multiple non-AP stations to simultaneously transmit. Toactually perform such multi-user transmission, it has been proposed tosplit a granted communication channel into sub-channels, also referredto as resource units (RUs), that are shared in the frequency domain bymultiple users (non-AP stations/nodes), based for instance on OrthogonalFrequency Division Multiple Access (OFDMA) technique.

A 802.11ax node has thus the opportunity to gain access to the mediumvia two access schemes: MU UL access scheme and conventional EDCA(Enhanced Distributed Channel Access) contention-based access scheme. Tokeep access to the medium fair between the 802.11ax nodes and the legacynodes, solutions have been proposed to modify, upon successfullytransmitting data over an accessed resource unit (i.e. through UL OFDMAtransmission), a current value of at least one queue contentionparameter into a penalized or degraded value, to reduce a probabilityfor the node to access a communication channel through (EDCA)contention. For instance, the penalized or degraded value is morerestrictive than the original (or legacy) value.

Proposed solutions for restoring fairness between 802.11ax nodes andlegacy nodes introduce however some complexity for managing theQuality-of-Service (QoS) at a 802.11ax node. For example, stronglypenalizing the EDCA medium access when using MU UL may result in thatsome traffic that cannot be sent using the Multi User Uplink scheme isthen strongly penalized and even purely discarded. In this situation theQoS provided by the WLAN is deteriorated and the performance of theapplication relying on the MAC layer is degraded.

SUMMARY OF INVENTION

The present invention seeks to overcome the foregoing limitations. Inparticular, it seeks to manage access to the medium by a 802.11ax nodewhile keeping a good QoS.

From 802.11e introduction, and later with 802.11z the station have thepossibility to establish direct link communications with peer stationsfrom the same BSS. The invention seeks in particular to handle the QoSfor direct link communications.

In this context, the present invention proposes, according to a firstaspect, a communication method in a communication network comprising aplurality of nodes, at least one node comprising a plurality of trafficqueues for serving data traffic at different priorities, each trafficqueue being associated with a respective queue backoff value computedfrom respective queue contention parameters having first and secondvalues in, respectively, a first and a second contention modes, thefirst and second contention modes may be used to contend for access to acommunication channel in order to transmit data stored in the trafficqueue according to different qualities of service, wherein the secondcontention mode is only available when access to resource units providedby another node within one or more transmission opportunities granted tothe other node on the communication channel is enabled;

the method comprising, at the node:

obtaining quality of service requirements of data stored in a trafficqueue of the node;

checking whether the quality of service requirements can be fulfilledwhen accessing the communication channel using the second contentionmode;

if the requirements cannot be fulfilled as the result of the checking,disabling access to resource units provided by the other node within oneor more transmission opportunities granted to the other node on thecommunication channel; and

transmitting data stored in the traffic queue using the first contentionmode.

Correspondingly, the invention also regards a communication device nodein a communication network comprising a plurality of nodes, thecommunication device comprising:

a plurality of traffic queues for serving data traffic at differentpriorities, each traffic queue being associated with a respective queuebackoff value computed from respective queue contention parametershaving first and second values in, respectively, a first and a secondcontention modes, the first and second contention modes may be used tocontend for access to a communication channel in order to transmit datastored in the traffic queue according to different qualities of service,wherein the second contention mode is only available when access toresource units provided by another node within one or more transmissionopportunities granted to the other node on the communication channel isenabled; and

at least one microprocessor configured for carrying out the followingsteps:

obtaining quality of service requirements of data stored in a trafficqueue of the node;

checking whether the quality of service requirements can be fulfilledwhen accessing the communication channel using the second contentionmode;

if the requirements cannot be fulfilled as the result of the checking,disabling access to resource units provided by the other node within oneor more transmission opportunities granted to the other node on thecommunication channel; and

transmitting data stored in the traffic queue using the first contentionmode.

The present invention proposes, according to a second aspect, acommunication method in a communication network comprising a pluralityof nodes, at least one node comprising a plurality of traffic queues forserving data traffic at different priorities, each traffic queue beingassociated with a respective queue backoff value computed fromrespective queue contention parameters having first and second valuesin, respectively, a first and a second contention modes, the first andsecond contention modes may be used to contend for access to acommunication channel in order to transmit data stored in the trafficqueue according to different qualities of service, wherein the secondcontention mode is only available when access to resource units providedby another node within one or more transmission opportunities granted tothe other node on the communication channel is enabled;

the method comprising, at the node:

obtaining a service requirement for sending data;

determining whether the service requirement is compatible with the firstcontention mode or the second contention mode for the sending of data;

if it is determined at the determining step that the service requirementis compatible with the first contention mode, disabling access toresource units provided by the other node within one or moretransmission opportunities granted to the other node on thecommunication channel; and

transmitting data stored in the traffic queue using the first contentionmode.

Correspondingly, the invention also regards a communication device nodein a communication network comprising a plurality of nodes, thecommunication device comprising:

a plurality of traffic queues for serving data traffic at differentpriorities, each traffic queue being associated with a respective queuebackoff value computed from respective queue contention parametershaving first and second values in, respectively, a first and a secondcontention modes, the first and second contention modes may be used tocontend for access to a communication channel in order to transmit datastored in the traffic queue according to different qualities of service,wherein the second contention mode is only available when access toresource units provided by another node within one or more transmissionopportunities granted to the other node on the communication channel isenabled; and

at least one microprocessor configured for carrying out the followingsteps:

obtaining a service requirement for sending data;

determining whether the service requirement is compatible with the firstcontention mode or the second contention mode for the sending of data;

if it is determined at the determining step that the service requirementis compatible with the first contention mode, disabling access toresource units provided by the other node within one or moretransmission opportunities granted to the other node on thecommunication channel; and

transmitting data stored in the traffic queue using the first contentionmode.

The present invention proposes, according to a third aspect, acommunication method in a communication network comprising a pluralityof nodes, at least one node comprising a plurality of traffic queues forserving data traffic at different priorities, each traffic queue beingassociated with a respective queue backoff value computed fromrespective queue contention parameters having first and second valuesin, respectively, a first and a second contention modes, the first andsecond contention modes may be used to contend for access to acommunication channel in order to transmit data stored in the trafficqueue according to different qualities of service, wherein the secondcontention mode is only available when access to resource units providedby another node within one or more transmission opportunities granted tothe other node on the communication channel is enabled;

the method comprising, at the node:

obtaining a service requirement for sending data in a direct link mode;

disabling access to resource units provided by the other node within oneor more transmission opportunities granted to the other node on thecommunication channel; and

transmitting in direct link mode data stored in the traffic queue usingthe first contention mode.

Correspondingly, the invention also regards a communication device nodein a communication network comprising a plurality of nodes, thecommunication device comprising:

a plurality of traffic queues for serving data traffic at differentpriorities, each traffic queue being associated with a respective queuebackoff value computed from respective queue contention parametershaving first and second values in, respectively, a first and a secondcontention modes, the first and second contention modes may be used tocontend for access to a communication channel in order to transmit datastored in the traffic queue according to different qualities of service,wherein the second contention mode is only available when access toresource units provided by another node within one or more transmissionopportunities granted to the other node on the communication channel isenabled; and

at least one microprocessor configured for carrying out the followingsteps:

obtaining a service requirement for sending data in a direct link mode;

disabling access to resource units provided by the other node within oneor more transmission opportunities granted to the other node on thecommunication channel; and

transmitting in direct link mode data stored in the traffic queue usingthe first contention mode.

The present invention proposes, according to a fourth aspect, acommunication method in a communication network comprising a pluralityof nodes, at least one node comprising a plurality of traffic queues forserving data traffic at different priorities, each traffic queue beingassociated with a respective queue backoff value computed fromrespective queue contention parameters having first and second valuesin, respectively, a first and a second contention modes, the first andsecond contention modes may be used to contend for access to acommunication channel in order to transmit data stored in the trafficqueue according to different qualities of service, wherein the secondcontention mode is only available when access to resource units providedby another node within one or more transmission opportunities granted tothe other node on the communication channel is enabled;

the method comprising, at the node:

disabling access to resource units provided by the other node within oneor more transmission opportunities granted to the other node on thecommunication channel;

setting contention parameters of a contention queue to first values; and

transmitting data stored in the respective traffic queue using the firstcontention mode.

Correspondingly, the invention also regards a communication device nodein a communication network comprising a plurality of nodes, thecommunication device comprising:

a plurality of traffic queues for serving data traffic at differentpriorities, each traffic queue being associated with a respective queuebackoff value computed from respective queue contention parametershaving first and second values in, respectively, a first and a secondcontention modes, the first and second contention modes may be used tocontend for access to a communication channel in order to transmit datastored in the traffic queue according to different qualities of service,wherein the second contention mode is only available when access toresource units provided by another node within one or more transmissionopportunities granted to the other node on the communication channel isenabled; and

at least one microprocessor configured for carrying out the followingsteps:

disabling access to resource units provided by the other node within oneor more transmission opportunities granted to the other node on thecommunication channel;

setting contention parameters of a contention queue to first values; and

transmitting data stored in the respective traffic queue using the firstcontention.

In embodiments, the method comprising, at the node, periodicallyreceiving a beacon frame from an access point, each beacon framebroadcasting network information about the communication network to theplurality of nodes, wherein at least one received beacon frame includesfirst values and second values for the queue contention parameters ofthe plurality of traffic queues.

In embodiments, the other node is an access point of the communicationnetwork to which nodes register.

In embodiments, the disabling of access to the resource units comprisessending an information to the access point informing that the node isnot supporting access to the resource units.

Another aspect of the invention relates to a non-transitorycomputer-readable medium storing a program which, when executed by amicroprocessor or computer system in a device, causes the device toperform any method as defined above.

The non-transitory computer-readable medium may have features andadvantages that are analogous to those set out above and below inrelation to the methods and devices.

At least parts of the methods according to the invention may be computerimplemented. Accordingly, the present invention may take the form of anentirely hardware embodiment, an entirely software embodiment (includingfirmware, resident software, micro-code, etc.) or an embodimentcombining software and hardware aspects that may all generally bereferred to herein as a “circuit”, “module” or “system”. Furthermore,the present invention may take the form of a computer program productembodied in any tangible medium of expression having computer usableprogram code embodied in the medium.

Since the present invention can be implemented in software, the presentinvention can be embodied as computer readable code for provision to aprogrammable apparatus on any suitable carrier medium. A tangiblecarrier medium may comprise a storage medium such as a hard disk drive,a magnetic tape device or a solid state memory device and the like. Atransient carrier medium may include a signal such as an electricalsignal, an electronic signal, an optical signal, an acoustic signal, amagnetic signal or an electromagnetic signal, e.g. a microwave or RFsignal.

BRIEF DESCRIPTION OF THE DRAWINGS

Further advantages of the present invention will become apparent tothose skilled in the art upon examination of the drawings and detaileddescription. Embodiments of the invention will now be described, by wayof example only, and with reference to the following drawings.

FIG. 1 illustrates a typical wireless communication system in whichembodiments of the invention may be implemented;

FIGS. 2 a, 2 b illustrate the IEEE 802.11e EDCA involving accesscategories;

FIG. 2 c illustrates an example of values for the MU EDCA parametersset;

FIG. 3 a illustrates 802.11ac mechanism for the backoff countercountdown;

FIG. 3 b illustrates an example of mapping between eight priorities oftraffic class and the four EDCA ACs;

FIG. 4 illustrates 802.11ac channel allocation that support channelbandwidth of 20 MHz, 40 MHz, 80 MHz or 160 MHz as known in the art;

FIG. 5 illustrates an example of 802.11ax uplink OFDMA transmissionscheme, wherein the AP issues a Trigger Frame for reserving atransmission opportunity of OFDMA sub-channels (resource units) on an 80MHz channel as known in the art;

FIG. 6 shows a schematic representation a communication device orstation in accordance with embodiments of the present invention;

FIG. 7 shows a schematic representation of a wireless communicationdevice in accordance with embodiments of the present invention;

FIG. 8 a illustrates, using a flowchart, the node management of qualityof service according to first embodiment of the invention;

FIG. 8 b illustrates, using a flowchart, the node management of qualityof service according to a second embodiment of the invention;

FIG. 9 illustrates, using a sequence diagram, main frame exchangesperformed by two nodes and the AP, during a Direct Link Setup;

FIG. 10 illustrates, using a sequence diagram, main frame exchangesperformed by two nodes and the AP, during a Tunneled Direct Link Setup;

FIG. 11 illustrates, using a flowchart, steps of temporary deny thesupport of the MU UL feature by a node upon DLS or TDLS activation,according to embodiments of the invention;

FIG. 12 illustrates, using a flowchart, steps of restoring the supportof the MU UL feature, temporary denied, upon DLS or TDLS deactivation,according to embodiments of the invention;

FIG. 13 illustrates the structure of a trigger frame according to anembodiment of the invention;

FIG. 14 a illustrates the structure of a standardized informationelement used to describe the parameters of the SU EDCA in a beaconframe; and

FIG. 14 b illustrates an exemplary structure of a dedicated informationelement to transmit the degraded MU EDCA parameter values, as well asthe HEMUEDCATimer values.

DETAILED DESCRIPTION

The invention will now be described by means of specific non-limitingexemplary embodiments and by reference to the figures.

FIG. 1 illustrates a communication system in which several communicationnodes (or stations) 101-107 exchange data frames over a radiotransmission channel 100 of a wireless local area network (WLAN), underthe management of a central station, or access point (AP) 110 with whichthe nodes have registered. The radio transmission channel 100 is definedby an operating frequency band constituted by a single channel or aplurality of channels forming a composite channel.

Access to the shared radio medium to send data frames is based on theCSMA/CA technique, for sensing the carrier and avoiding collision byseparating concurrent transmissions in space and time.

Carrier sensing in CSMA/CA is performed by both physical and virtualmechanisms. Virtual carrier sensing is achieved by transmitting controlframes to reserve the medium prior to transmission of data frames.

Next, a source or transmitting node, including the AP, first attempts,through the physical mechanism, to sense a medium that has been idle forat least one DIFS (standing for DCF InterFrame Spacing) time period,before transmitting data frames.

However, if it is sensed that the shared radio medium is busy during theDIFS period, the source node continues to wait until the radio mediumbecomes idle.

To access the medium, the node starts a countdown backoff counterdesigned to expire after a number of timeslots, chosen randomly in aso-called contention window [0, CW], CW being an integer. In thefollowing, CW is also referred to as the contention window forsimplicity. This backoff mechanism or procedure, also referred to aschannel access scheme, is the basis of the collision avoidance mechanismthat defers the transmission time for a random interval, thus reducingthe probability of collisions on the shared channel. After the backofftime period (i.e. the backoff counter reaches zero), the source node maysend data or control frames if the medium is idle.

One problem of wireless data communications is that it is not possiblefor the source node to listen while sending, thus preventing the sourcenode from detecting data corruption due to channel fading orinterference or collision phenomena. A source node remains unaware ofthe corruption of the data frames sent and continues to transmit theframes unnecessarily, thus wasting access time.

The Collision Avoidance mechanism of CSMA/CA thus provides positiveacknowledgement (ACK) of the sent data frames by the receiving node ifthe frames are received with success, to notify the source node that nocorruption of the sent data frames occurred.

The ACK is transmitted at the end of reception of the data frame,immediately after a period of time called Short InterFrame Space (SIFS).

If the source node does not receive the ACK within a specified ACKtimeout or detects the transmission of a different frame on the channel,it may infer data frame loss. In that case, it generally reschedules theframe transmission according to the above-mentioned backoff procedure.

To improve the Collision Avoidance efficiency of CSMA/CA, a four-wayhandshaking mechanism is optionally implemented. One implementation isknown as the RTS/CTS exchange, defined in the 802.11 standard.

The RTS/CTS exchange consists in exchanging control frames to reservethe radio medium prior to transmitting data frames during a transmissionopportunity called TXOP in the 802.11 standard, thus protecting datatransmissions from any further collisions. The four-way CTS/RTShandshaking mechanism is well known, and thus not further describedhere. Reference is made to the standard for further details.

The RTS/CTS four-way handshaking mechanism is very efficient in terms ofsystem performance, in particular with regard to large frames since itreduces the length of the messages involved in the contention process.

In detail, assuming perfect channel sensing by each communication node,collision may only occur when two (or more) frames are transmittedwithin the same time slot after a DIFS (DCF inter-frame space) or whenthe backoff counters of the two (or more) source nodes have reached zeronearly at the same time. If both source nodes use the RTS/CTS mechanism,this collision can only occur for the RTS frames. Fortunately, suchcollision is early detected by the source nodes upon not receiving a CTSresponse.

Management of quality of service (QoS) has been introduced at node levelin such wireless networks, through well-known EDCA mechanism defined inthe IEEE 802.11e standard.

Indeed, in the original DCF standard, a communication node includes onlyone transmission queue/buffer. However, since a subsequent data framecannot be transmitted until the transmission/retransmission of apreceding frame ends, the delay in transmitting/retransmitting thepreceding frame prevented the communication from having QoS.

FIGS. 2 a and 2 b illustrate the IEEE 802.11e EDCA mechanism involvingaccess categories, in order to improve the quality of service (QoS).

The 802.11e standard relies on a coordination function, called hybridcoordination function (HCF), which has two modes of operation: enhanceddistributed channel access (EDCA) and HCF controlled channel access(HCCA).

EDCA enhances or extends functionality of the original access DCFmethod: EDCA has been designed to support prioritized traffics similarto DiffServ (Differentiated Services), which is a protocol forspecifying and controlling network traffic by class so that certaintypes of traffic get precedence.

EDCA is the dominant channel access scheme or mechanism in WLANs becauseit features a distributed and easily deployed mechanism. The schemecontends for access to at least one communication channel of thecommunication network using contention parameters, in order for the nodeto transmit data stored locally over an accessed communication channel.

The above deficiency of failing to have satisfactory QoS due to delay inframe retransmission has been solved with a plurality of transmissionqueues/buffers.

QoS support in EDCA is achieved with the introduction of four AccessCategories (ACs), and thereby of four corresponding transmission/trafficqueues or buffers (210). Usually, the four ACs are the following indecreasing priority order: voice (or “AC_VO”), video (or “AC_VI”), besteffort (or “AC_BE”) and background (or “AC_BG”).

Of course, another number of traffic queues may be contemplated.

Each AC has its own traffic queue/buffer to store corresponding dataframes to be transmitted on the network. The data frames, namely theMSDUs, incoming from an upper layer of the protocol stack are mappedonto one of the four AC queues/buffers and thus input in the mapped ACbuffer.

Each AC has also its own set of queue contention parameters, and isassociated with a priority value, thus defining traffics of higher orlower priority of MSDUs. Thus, there is a plurality of traffic queuesfor serving data traffic at different priorities. The queue contention(EDCA) parameters usually include CW_(min), CW_(max), AIFSN andTXOP_Limit parameters for each traffic queue. CW_(min) and CW_(max) arethe lower and higher boundaries of a selection range from which the EDCAcontention window CW is selected for a given traffic queue. AIFSN standsfor Arbitration Inter-Frame Space Number, and defines a number of timeslots (usually 9 μs), additional to a DIFS interval (the total definingthe AIFS period), the node must sense the medium as idle beforedecrementing the queue backoff value/counter associated with the trafficqueue considered. TXOP_Limit defines the maximum size of a TXOP the nodemay request.

That means that each AC (and corresponding buffer) acts as anindependent DCF contending entity including its respective queue backoffengine 211. Thus, each queue backoff engine 211 is associated with arespective traffic queue 210 for using queue contention parameters andsetting a respective queue backoff value/counter (randomly selected fromthe contention window CW), to be used to contend for access to at leastone communication channel in order to transmit data stored in therespective traffic queue over an accessed communication channel.

The contention window CW and the queue backoff value/counter are knownas EDCA variables.

It results that the ACs within a same communication node compete onewith each other to access the wireless medium and to obtain atransmission opportunity, using the conventional EDCA access scheme asexplained above for example.

Service differentiation between the ACs is achieved by setting differentEDCA (queue backoff) parameters between the ACs, such as differentCW_(min), CW_(max), AIFSN and/or different transmission opportunityduration limits (TXOP_Limit). This contributes to adjusting QoS.

The usage of the AIFSN parameter and queue backoff values to access themedium in the EDCA mechanism is described below with reference to FIG. 3a.

FIG. 2 b illustrates default values for the CW_(min), CW_(max) and AIFSNparameters.

In this table, typical respective values for aCWmin and aCWmax aredefined in the above-mentioned standard as being respectively 15 and1023. Other values may be set by a node in the network (typically anAccess Point) and shared between the nodes. This information may bebroadcast in a beacon frame.

To determine the delay AIFS[i] between the detection of the medium beingfree and the beginning of the queue backoff value decrementing fortraffic queue ‘i’, the node multiplies the value indicated in the AIFSNparameter for traffic queue ‘i’, i.e. AIFSN[i], by a time slot duration(typically 9 micro-seconds), and adds this value to a DIFS duration.

As shown in FIG. 3 a , it results that each traffic queue waits anAIFS[i] period (that includes the DIFS period deferring access to themedium) before decrementing its associated queue backoff value/counter.The Figure shows two AIFS[i] corresponding to two different ACs. One cansee that one prioritized traffic queue starts decrementing its backoffvalue earlier than the other less prioritized traffic queue. Thissituation is repeated after each new medium access by any node in thenetwork.

This decrementing deferring mechanism, additional to the use of anon-average lower CW, makes that high priority traffic in EDCA has ahigher chance to be transmitted than low priority traffic: a node withhigh priority traffic statistically waits a little less before it sendsits packet, on average, than a node with low priority traffic.

The EDCA queue backoff values or counters thus play two roles. First,they drive the nodes in efficiently accessing the medium, by reducingrisks of collisions. Second, they offer management of quality ofservice, QoS, by mirroring the aging of the data contained in thetraffic queue (the more aged the data, the lower the backoff value) andthus providing different priorities to the traffic queues throughdifferent values of the EDCA parameters (especially the AIFSN parameterthat delays the start of the decrementing of the EDCA queue backoffvalues).

Referring to FIG. 2 a , buffers AC3 and AC2 are usually reserved forreal-time applications (e.g., voice AC_VO or video AC_VI transmission).They have, respectively, the highest priority and the last-but-onehighest priority.

Buffers AC1 and AC0 are reserved for best effort (AC_BE) and background(AC_BG) traffic. They have, respectively, the last-but-one lowestpriority and the lowest priority.

Each data unit, MSDU, arriving at the MAC layer from an upper layer(e.g. Link layer) with a priority is mapped into an AC according tomapping rules. FIG. 3 b shows an example of mapping between eightpriorities of traffic class (User Priorities or UP, 0-7 according toIEEE 802.1d) and the four ACs. The data frame is then stored in thebuffer corresponding to the mapped AC.

When the backoff procedure for a traffic queue (or an AC) ends, the MACcontroller (reference 704 in FIG. 7 below) of the transmitting nodetransmits a data frame from this traffic queue to the physical layer fortransmission onto the wireless communication network.

Since the ACs operate concurrently in accessing the wireless medium, itmay happen that two ACs of the same communication node have theirbackoff ending simultaneously. In such a situation, a virtual collisionhandler (212) of the MAC controller operates a selection of the AChaving the highest priority (as shown in FIG. 3 b ) between theconflicting ACs, and gives up transmission of data frames from the ACshaving lower priorities.

Then, the virtual collision handler commands those ACs having lowerpriorities to start again a backoff operation using an increased CWvalue.

The QoS resulting from the use of the ACs may be signalled in the MACdata frames, for instance in a QoS control field included in the headerof the IEEE 802.11e MAC frame.

To meet the ever-increasing demand for faster wireless networks tosupport bandwidth-intensive applications, 802.11ac is targeting largerbandwidth transmission through multi-channel operations. FIG. 4illustrates 802.11ac channel allocation that support composite channelbandwidth of 20 MHz, 40 MHz, 80 MHz or 160 MHz.

IEEE 802.11ac introduces support of a restricted number of predefinedsubsets of 20 MHz channels to form the sole predefined composite channelconfigurations that are available for reservation by any 802.11ac nodeon the wireless network to transmit data.

The predefined subsets are shown in FIG. 4 and correspond to 20 MHz, 40MHz, 80 MHz, and 160 MHz channel bandwidths, compared to only 20 MHz and40 MHz supported by 802.11n. Indeed, the 20 MHz component channels 400-1to 400-8 are concatenated to form wider communication compositechannels.

In the 802.11ac standard, the channels of each predefined 40 MHz, 80 MHzor 160 MHz subset are contiguous within the operating frequency band,i.e. no hole (missing channel) in the composite channel as ordered inthe operating frequency band is allowed.

The 160 MHz channel bandwidth is composed of two 80 MHz channels thatmay or may not be frequency contiguous. The 80 MHz and 40 MHz channelsare respectively composed of two frequency-adjacent or contiguous 40 MHzand 20 MHz channels, respectively. However the present invention mayhave embodiments with either composition of the channel bandwidth, i.e.including only contiguous channels or formed of non-contiguous channelswithin the operating band.

A node is granted a TXOP through the enhanced distributed channel access(EDCA) mechanism on the “primary channel” (400-3). Indeed, for eachcomposite channel having a bandwidth, 802.11ac designates one channel as“primary” meaning that it is used for contending for access to thecomposite channel. The primary 20 MHz channel is common to all nodes(STAs) belonging to the same basic set, i.e. managed by or registeredwith the same local Access Point (AP).

However, to make sure that no other legacy node (i.e. not belonging tothe same set) uses the secondary channels, it is provided that thecontrol frames (e.g. RTS frame/CTS frame) reserving the compositechannel are duplicated over each 20 MHz channel of such compositechannel.

As addressed earlier, the IEEE 802.11ac standard enables up to four, oreven eight, 20 MHz channels to be bound. Because of the limited numberof channels (19 in the 5 GHz band in Europe), channel saturation becomesproblematic. Indeed, in densely populated areas, the 5 GHz band willsurely tend to saturate even with a 20 or 40 MHz bandwidth usage perWireless-LAN cell.

Developments in the 802.11ax standard seek to enhance efficiency andusage of the wireless channel for dense environments.

In this perspective, one may consider multi-user (MU) transmissionfeatures, allowing multiple simultaneous transmissions to/from differentusers in both downlink (DL) and uplink (UL) directions with a main node,usually an AP. In the uplink, multi-user transmissions can be used tomitigate the collision probability by allowing multiple nodes tosimultaneously transmit to the AP.

To actually perform such multi-user transmission, it has been proposedto split a granted 20 MHz channel into sub-channels (elementarysub-channels), also referred to as sub-carriers or resource units (RUs),that are shared in the frequency domain by multiple users, based forinstance on Orthogonal Frequency Division Multiple Access (OFDMA)technique.

This is illustrated with reference to FIG. 5 . The illustrated 20 MHzchannels 500-1 to 500-4 may correspond for example, respectively, tochannels 400-1 to 400-4 of FIG. 4 . The multi-user feature of OFDMAallows, a node, usually an access point, AP, to assign different RUs todifferent nodes in order to increase competition. This may help toreduce contention and collisions inside 802.11 networks.

Contrary to MU downlink OFDMA wherein the AP can directly send multipledata to multiple nodes, a trigger mechanism has been adopted for the APto trigger MU uplink communications from various nodes.

To support a MU uplink transmission (during a TxOP pre-empted by theAP), the 802.11ax AP has to provide signalling information for bothlegacy nodes (non-802.11ax nodes) to set their NAV and for 802.11axnodes to determine the Resource Units allocation.

In the following description, the term legacy refers to non-802.11axnodes, meaning 802.11 nodes of previous technologies that do not supportOFDMA communications.

As shown in the example of FIG. 5 , the AP sends a trigger frame (TF)530 to the targeted 802.11ax nodes. The bandwidth or width of thetargeted composite channel is signalled in the TF frame, meaning thatthe 20, 40, 80 or 160 MHz value is signalled. The TF frame is sent overthe primary 20 MHz channel 500-3 and duplicated (replicated) on eachother 20 MHz channel forming the targeted composite channel, e.g.channels 500-1, 500-2 and 500-4. As described above for the duplicationof control frames, it is expected that every nearby legacy node (non-HTor 802.11ac nodes) receiving the TF frame (or a duplicate thereof) onits primary channel, then sets its NAV to the value specified in the TFframe. This prevents these legacy nodes from accessing the channels ofthe targeted composite channel during the TXOP.

Based on an AP's decision, the trigger frame TF may define a pluralityof resource units (RUs) 510 which can be randomly accessed by the nodesof the network (referred to as “Random RUs”). In other words, Random RUsdesignated or allocated by the AP in the TF may serve as basis forcontention between nodes willing to access the communication medium forsending data. A collision occurs when two or more nodes attempt totransmit at the same time over the same RU.

In that case, the trigger frame is referred to as a trigger frame forrandom access (TF-R). A TF-R may be emitted by the AP to allow multiplenodes to perform MU UL (Multi-User UpLink) random access to obtain an RUfor their UL transmissions.

The trigger frame TF may also designate scheduled resource units, inaddition to or in replacement of the Random RUs. Scheduled RUs may bereserved by the AP for certain nodes in which case no contention foraccessing such RUs is needed for these nodes. Such RUs and theircorresponding scheduled nodes are indicated in the trigger frame. Forinstance, a node identifier, such as the Association ID (AID) assignedto each node upon registration, is added, in the TF frame, inassociation with each Scheduled RU in order to explicitly indicate thenode that is allowed to use each Scheduled RU.

An AID equal to 0 may be used to identify random RUs.

The multi-user feature of OFDMA allows the AP to assign different RUs todifferent nodes in order to increase competition. This may help toreduce contention and collisions inside 802.11 networks.

In the example of FIG. 5 , each 20 MHz channel (500-1, 500-2, 500-3 and500-4) is sub-divided in the frequency domain into four sub-channels orRUs 510, typically of size 5 Mhz.

Of course the number of RUs splitting a 20 MHz channel may be differentfrom four. For instance, between two to nine RUs may be provided (thuseach having a size between 10 MHz and about 2 MHz).

Once the nodes have used the RUs to transmit data to the AP, the APresponds with an acknowledgment ACK (not show in the Figure) toacknowledge the data on each RU, making it possible for each node toknow when its data transmission is successful (reception of the ACK) ornot (no ACK after expiry of a time-out).

As shown in FIG. 5 , some Resource Units may not be used (e.g. 510 u)because no node has randomly selected one of these random RUs, whereassome others have collided (e.g. 510 c) because two of these nodes haverandomly selected the same RU.

The MU Uplink (UL) medium access scheme, including both scheduled RUsand random RUs, proves to be very efficient compared to conventionalEDCA access scheme. This is because the number of collisions generatedby simultaneous medium access attempts and the overhead due to themedium access are both reduced.

However, the EDCA access scheme and MU UL OFDMA/RU access scheme have tocoexist, in particular to allow legacy 802.11 nodes to access the mediumand to allow even the 802.11ax nodes to initiate communication withnodes other than the AP.

Although the EDCA access scheme taken alone provides a fair access tothe medium throughout all the nodes, its association with the MU ULOFDMA/RU access scheme introduces a drift in fairness. This is because,compared to the legacy nodes, the 802.11ax nodes have additionalopportunities to send data through the resource units offered in thetransmission opportunities granted to another node, in particular to theAP.

To restore some fairness between the nodes, a mechanism is proposed toreduce the node's probability of EDCA-based transmission (i.e. using theEDCA medium access scheme) as soon as the node successfully uses the MUUL mechanism to transmit its data. This reduction is made by modifyingthe well-known EDCA parameters.

Two sets of EDCA parameters values are thus defined. A first set,referred to as Single User (SU) EDCA, includes the parameters valuesused by a 802.11ax node when in legacy (or conventional) EDCA mode. TheSU EDCA parameters values are the same as those used by a legacy node.These parameters usually include CW_(min), CW_(max) and AIFSN for eachtraffic queue and are illustrated in FIG. 2 b . A second set, referredto as MU EDCA, includes parameters values used by a 802.11ax node whenin a MU EDCA mode. These parameters usually include (MU) CW_(min), (MU)CW_(max) and (MU) AIFSN for each traffic queue and are illustrated inFIG. 2 c (the “(MU)” term is included for reference only to indicatethat the parameters relate to the MU EDCA mode). In the table of FIG. 2c , typical respective values for aCWmin and aCWmax are defined in theabove-mentioned standard as being respectively 15 and 1023. Other valuesmay be set by a node in the network (typically an Access Point) andshared between the nodes. The values of the MU and SU EDCA parametersmay be transmitted by the AP in a Dedicated Information Element,typically sent within a beacon frame broadcasting network information tothe nodes. The two MU and SU sets of EDCA parameters may include thesame parameters but with different values for at least some of theparameters. The two sets may includes parameters in common and/ordifferent parameters.

For example, after successfully transmitting data in an accessed MU ULOFDMA resource unit, the corresponding transmitting traffic queue AC isset in a MU EDCA mode for a predetermined duration, known asHEMUEDCATimer[AC]. This means that if the 802.11ax node attempts toaccess the medium using EDCA mechanism within that duration to send datafrom that queue, the node has to use the MU EDCA parameters values ascurrent EDCA parameters values, instead of the SU EDCA parametersvalues.

The AIFSN value in MU EDCA mode may be very restrictive, i.e. high valueleading to a long waiting time. For example, in high density environmentwhere the medium is busy most of the time (and thus remain free for veryshort time), the node in MU EDCA mode must wait for a long AIFS periodto expire, and thus does not decrement the backoff value of the AC queuein MU EDCA mode very often. The result is that the node cannotEDCA-contend for access to the medium very often. The node may even beprevented from EDCA-accessing the medium while in the MU EDCA mode. Forexample, the AP may indicate a specific value of the AIFSN parameter(typically 0) in the set of MU EDCA parameters. Such specific valuemeans that the node shall use a very high value for its AIFSN, whichvalue is equal to the HEMUEDCATimer[AC] as transmitted by the AP; e.g.about hundreds of milliseconds, to be compared to less than 0.1millisecond for the worst AIFS[i] in the legacy SU EDCA mode.

Still, modifying the EDCA parameters values, and especially the AIFSNvalues, may compromise the QoS that needs to be provided to the upperlayer application. The different access schemes need thus to be managedbased on the QoS requirements.

FIG. 6 schematically illustrates a communication device 600 of the radionetwork 100, configured to implement at least one embodiment of thepresent invention. The communication device 600 may preferably be adevice such as a micro-computer, a workstation or a light portabledevice. The communication device 600 comprises a communication bus 613to which there are preferably connected:

-   -   a central processing unit 611, such as a microprocessor, denoted        CPU;    -   a read only memory 607, denoted ROM, for storing computer        programs for implementing the invention;    -   a random access memory 612, denoted RAM, for storing the        executable code of methods according to embodiments of the        invention as well as the registers adapted to record variables        and parameters necessary for implementing methods according to        embodiments of the invention; and    -   at least one communication interface 602 connected to the radio        communication network 100 over which digital data packets or        frames or control frames are transmitted, for example a wireless        communication network according to the 802.11ax protocol. The        frames are written from a FIFO sending memory in RAM 612 to the        network interface for transmission or are read from the network        interface for reception and writing into a FIFO receiving memory        in RAM 612 under the control of a software application running        in the CPU 611.

Optionally, the communication device 600 may also include the followingcomponents:

-   -   a data storage means 604 such as a hard disk, for storing        computer programs for implementing methods according to one or        more embodiments of the invention;    -   a disk drive 605 for a disk 606, the disk drive being adapted to        read data from the disk 606 or to write data onto said disk;    -   a screen 609 for displaying decoded data and/or serving as a        graphical interface with the user, by means of a keyboard 610 or        any other pointing means.

The communication device 600 may be optionally connected to variousperipherals, such as for example a digital camera 608, each beingconnected to an input/output card (not shown) so as to supply data tothe communication device 600.

Preferably the communication bus provides communication andinteroperability between the various elements included in thecommunication device 600 or connected to it. The representation of thebus is not limiting and in particular the central processing unit isoperable to communicate instructions to any element of the communicationdevice 600 directly or by means of another element of the communicationdevice 600.

The disk 606 may optionally be replaced by any information medium suchas for example a compact disk (CD-ROM), rewritable or not, a ZIP disk, aUSB key or a memory card and, in general terms, by an informationstorage means that can be read by a microcomputer or by amicroprocessor, integrated or not into the apparatus, possibly removableand adapted to store one or more programs whose execution enables amethod according to the invention to be implemented.

The executable code may optionally be stored either in read only memory607, on the hard disk 604 or on a removable digital medium such as forexample a disk 606 as described previously. According to an optionalvariant, the executable code of the programs can be received by means ofthe communication network 603, via the interface 602, in order to bestored in one of the storage means of the communication device 600, suchas the hard disk 604, before being executed.

The central processing unit 611 is preferably adapted to control anddirect the execution of the instructions or portions of software code ofthe program or programs according to embodiments of the invention, whichinstructions are stored in one of the aforementioned storage means. Onpowering up, the program or programs that are stored in a non-volatilememory, for example on the hard disk 604 or in the read only memory 607,are transferred into the random access memory 612, which then containsthe executable code of the program or programs, as well as registers forstoring the variables and parameters necessary for implementing theinvention.

In a preferred embodiment, the apparatus is a programmable apparatuswhich uses software to implement the invention. However, alternatively,the present invention may be implemented in hardware (for example, inthe form of an Application Specific Integrated Circuit or ASIC).

FIG. 7 is a block diagram schematically illustrating the architecture ofa communication device or node 600, in particular one of nodes 100-107,adapted to carry out, at least partially, the invention. As illustrated,node 600 comprises a physical (PHY) layer block 703, a MAC layer block702, and an application layer block 701.

The PHY layer block 703 (here an 802.11 standardized PHY layer) has thetask of formatting frames, modulating frames on or demodulating framesfrom any 20 MHz channel or the composite channel, and thus sending orreceiving frames over the radio medium used 100. The frames may be802.11 frames, for instance medium access trigger frames TF 530 todefine resource units in a granted transmission opportunity, MAC dataand management frames based on a 20 MHz width to interact with legacy802.11 stations, as well as of MAC data frames of OFDMA type havingsmaller width than 20 MHz legacy (typically 2 or 5 MHz) to/from thatradio medium.

The MAC layer block or controller 702 preferably comprises a MAC 802.11layer 704 implementing conventional 802.11ax MAC operations, and amanagement module 705 for carrying out, at least partially, embodimentsof the invention. The MAC layer block 702 may optionally be implementedin software, which software is loaded into RAM 612 and executed by CPU611.

MAC 802.11 layer 704 and management module 705 interact one with theother in order to provide management of the channel access modulehandling the queue backoff engines and a RU access module handling theRU backoff engine as described below.

On top of the Figure, application layer block 701 runs an applicationthat generates and receives data packets, for example data packets of avideo stream. Application layer block 701 represents all the stacklayers above MAC layer according to ISO standardization.

Embodiments of the present invention are now illustrated using variousexemplary embodiments. Although the proposed examples use a centralizedenvironment (i.e. with an AP), equivalent mechanisms can be used in anad-hoc environment (i.e. without an AP). It means that the operationsdescribed below with reference to the AP may be performed by any node inan ad-hoc environment.

These embodiments are mainly described in the context of IEEE 802.11axby considering OFDMA resource units. Application of the invention ishowever not limited to the IEEE 802.11ax context.

Also the present invention does not necessarily rely on the usage of aMU access scheme as described in 802.11ax. Any other RU access schemedefining alternate medium access schemes allowing simultaneous access bythe nodes to the same medium can also be used.

The set of MU EDCA parameters values may be more restrictive than theset of SU EDCA parameters values, resulting for a traffic queue being inthe MU EDCA mode to access less often the medium using SU EDCA mode.

However, the set of MU EDCA parameters values may be more permissive insome embodiments.

For the sake of clarity, the explanations below focus on a set of MUEDCA parameters values that is more restrictive. In this context, the MUEDCA mode is referred to as the “degraded” mode, while the SU EDCA modeis referred to as “non-degraded” mode.

FIG. 8 a illustrates, using a flowchart, the node management of qualityof service according to first embodiment of the invention. In this firstembodiment, conditions under which the MU UL mode needs to be disabledare determined to fulfil QoS requirements of the data provided by theupper application layer.

At step 810, QoS requirements are obtained. These requirements mayinclude, among others:

-   -   data rate,    -   transmission latency, and/or    -   need for peer-to-peer communication (direct link).

At step 820, the management module checks whether the QoS requirementscan be fulfilled. For example, the QoS requirements are not fulfilled ineach of the following:

-   -   the RUs scheduled by the AP in the MU UL mode and the MU EDCA        parameters values for the MU EDCA mode cannot sustain the QoS        requirements;    -   Need to transmit data in direct link mode (e.g. to ensure low        latency) and the MU EDCA parameters for the MU EDCA mode cannot        sustain the QoS requirements.

If it is checked that the QoS requirements cannot be fulfilled, themanagement module sets at step 830 the MU UL mode to disabled. Forexample, the node informs the AP of the temporary non support of MU ULcapability. According to one implementation, the station prepares an OMIA-Control field with the MU UL disable bit set to 1. This control filedbeing included in the next frame to be sent to the AP (note that ifthere is no such a frame already ready in the emitting queues of thestation, the station can create a dedicated frame and send it to theAP). Optionally, an internal flag TEMP_SU_UL_ON may also be set to trueto keep track of the temporary modification of the capability of thestation.

It is assumed in the first embodiment that a 802.11ax node has its MU ULcapability enabled by default at start-up. In an alternate embodiment,it may be assumed that, at start-up, the 802.11ax node executes thesteps 810 and 820 and then decides to set the MU UL mode to enabled(step not illustrated) if the QoS requirements can be fulfilled and todisabled (i.e. step 830) if the QoS requirements cannot be fulfilled.

This embodiment advantageously takes the best benefit of the two mediumaccess schemes with regard to its needs in terms of QoS. The station canthen decide to use both mechanisms at the same time (case Yes of thestep 820), or use only the EDCA medium access scheme (case No of thetest 820). This allows the station to switch off the support of the MUUL OFDMA only if needed, e.g. if the QoS constraints evolve over time(evolution of the needs of the upper layer application, or evolution ofthe effective performance of the network).

FIG. 8 b illustrates, using a flowchart, the node management of qualityof service according to a second embodiment of the invention. Thissecond embodiment specifies the behavior of a node after a MU UL modehas been disabled, for whatever reason. It is to be noted that thesecond embodiment may be implemented following the disabling of the MUUL mode according to the first embodiment, but may also be implementedindependently from the first embodiment.

At step 850, the management module sets the MU UL mode to disabled. Forexample, the node informs the AP of the temporary non support of MU ULcapability. According to one implementation, the station prepares an OMIA-Control field with the MU UL disable bit set to 1. This control filedbeing included in the next frame to be sent to the AP (note that ifthere is no such a frame already ready in the emitting queues of thestation, the station can create a dedicated frame and send it to theAP). Optionally, an internal flag TEMP_SU_UL_ON may also be set to trueto keep track of the temporary modification of the capability of thestation.

At step 860, current values of EDCA parameters of the AC in MU EDCA modeare reset with the latest SU EDCA values received from the AP. Thesevalues can be retrieved from the corresponding fields 1411 to 1414 ofthe frame 1410 as illustrated in FIG. 14 a . In addition, this step mayoptionally set the values of the HEMUEDCATimer for each ACs to 0.

In this embodiment, the station can advantageously speed-up the processof sending data using the EDCA medium access since the station doesn'thave to wait for the potential expiration of the HEMUEDCATimers. Thosetimers' values being potentially different, the AC queues will then beusable at different times. This could generate an ordering issue of thedifferent traffic the station wants to send.

FIG. 9 illustrates, using a sequence diagram, the frame exchangeprocedure used during the setup of the Direct Link between two stationsas described in the IEEE 802.11e amendment of the 802.11 standard.

The direct link setup has been introduced to allow stations that belongto a same BSS, to directly exchange data frames without being relayed bythe AP. The established direct link avoids emitting the same frame twiceon the medium, and enhances the latency of communications betweenstations of a same BSS. This Direct link establishment mechanism issupported by the access point since all the establishment frames arerelayed by the AP.

To initiate a direct link, the station 900 willing to initiate a directlink (STA1 in the following) with another station 902 of the BSS (STA2in the following), sends a DLS request 910 to STA2. In infrastructuremode, this frame is firstly received by the AP 901, then forwarded bythe AP 901 to the final destination 902 (STA2). Upon reception of theDLS Request 910, if STA2 agrees, STA2 sends a DLS response 920 to STA1via the AP.

Then, STA1 and STA2 can exchange frames (for instance QoS Data frame925) directly without being forwarded by the AP.

Embodiments of the invention provide a solution to ensure thecoexistence between the direct link and the Multi user uplinkmechanisms. The stations involved in a direct link setup procedure thusensures that the current values of the MU EDCA parameters (latest valuesreceived from the AP) will allow a correct establishment of the directlink (or tunneled direct link), and that the established direct linkwill be compatible with the performances required by the upper layerapplication requesting this direct link establishment. Especially, thelatency requirement can be problematic with regards of the degraded MUEDCA parameters values.

In a third embodiment of the invention, upon reception of the DLSResponse 920 by STA1, STA1 will execute additional steps 1110 to 1150described in the FIG. 11 to ensure that the direct sending of frames toSTA2 will be possible in good conditions (conditions compatible with theMU EDCA parameter set as described in step 1110). STA2 executes theadditional steps 1110 to 1150 upon reception of the DLS request 910. Inthis third embodiment, STA1 can potentially send its frame MU UL modeuntil the end of the direct link setup procedure. The advantage of suchan embodiment is that the STA1 can take benefit of the MU UL mechanismto transmit it direct link request frame, and doesn't have to change itsEDCA parameters in case of failure of the setup procedure.

In a fourth embodiment of the invention, the additional steps 1110 to1150 are executed before the emission of the DLS request 910 by STA1,while STA2 execute the additional step 1110 to 1150 upon reception ofthe DLS request frame 910 as in the third embodiment. The advantage ofthis fourth embodiment is that STA1 can be ready to transmit a directframe to STA2 as soon as the DLS response 920 is received, whileprevious third embodiment has to wait the end of the additional steps1110 to 1150 execution (especially the transmission of the OMI A-Controlfield in step 1130) before being able to use the SU EDCA parametersvalues to access the medium.

At the end of the communication, a DLS link release request frame 930 issend by the station willing to finish the communication, and thisstation executes the additional steps 1210 to 1240 of FIG. 12 topotentially restore the support of the MU UL capability. The stationreceiving the DLS link release request 930 will acknowledge this frame,and execute the additional steps 1210 to 1240 according to embodimentsof the invention.

FIG. 10 illustrates using a sequence diagram, the tunneled direct linksetup procedure as described in the 802.11z amendment of the 802.11standard, and the associated teardown procedure. The tunneled directlink is a modification of the direct link setup procedure, during whichthe AP has no role, and is not informed of the established direct link.

Due to the fact that each and every frame of the TDLS setup is sentdirectly between the peer stations, the additional steps 1110 to 1150 ofFIG. 11 are executed prior the sending of the TDLS setup request 1010 bySTA1 and upon reception of this frame on STA2.

Then, classical TDLS setup procedure occurs. STA1 sends a TDLS setuprequest frame 1010 to STA2. If STA2 agree, STA2 send a TDLS setupresponse 1020 indicating an acceptance of the TDLS procedure. Uponreception of a positive TDLS setup response (response containing anacceptance by the STA2), STA1 sends back a TDLS confirm frame 1030 toSTA2. Then the Tunneled direct link is established, and the stations canexchange direct frames like for instance the QoS Data frame 925.

At the end of the Tunneled direct link session, the station willing toclose the session, sends a TDLS Teardown request 1040 and execute theadditional step 1210 to 1240 of FIG. 12 according to embodiments of theinvention. The station receiving this TDLS teardown request 1040,responses with a TDLS Teardown Response 1050, and execute the additionalstep 1210 to 1240 of FIG. 12 according to embodiments of the invention.

FIG. 11 illustrates using a flow chart the additional steps, accordingto one implementation variant of the invention, to be performed by thestation during the direct link or tunnelled direct link setup procedurein order to ensure the compatibility of the direct link session and thepotential usage of the multi user uplink medium access scheme. Thedetermination of the compatibility of the direct link with the MU EDCAparameters according to the present implementation variant may also beused as an alternative criteria for checking that the QoS requirementscan be fulfilled in the test 820 of the first embodiment.

At step 1110, it is first determined if the Direct Link communicationwill be compatible with current MU EDCA parameters. At this step, thestation first checks if the MU EDCA parameters allow a direct linkestablishment (i.e. checks the MU AIFSN values of the latest MU ACparameter records 1421 to 1423 received in the beacon frame). If atleast one AC has a MU AIFSN value equal to zero, this AC will not beable to send data directly to the peer station, as soon as the MU ULtransmission scheme is used by the station. In this condition, thestation have to temporary disable its MU UL capability support.Especially, the direct link and tunneled direct link setup frames beingsent in the lowest priority AC (AC_BG), if the AIFSN value for this ACis equal to zero, then the station will not be able to establish adirect link session.

In a variant, additional verifications can be applied by the STA todetermine if the direct link communication is compatible with the usageof the MU UL transmission scheme. Even if the first verificationdetermines that there is no incompatibility between the MU UL usage andthe establishment of a direct link session, it can be useful to verifythat the established direct link session will allow the transmission ofthe direct frames in compliance with the performances required by theupper layer application (for instance video streaming). In the case ofthe video streaming for instance, the station cannot afford to penalizethe AC_VI corresponding to the sending of video. The same kind of testcan be performed by the station of other kind of application andcorresponding AC (audio conferences and AC_VO, visio-conferences andAC_VO and AC_VI etc.).

After performing the different verifications described in the differentembodiments, the station can determine if the Direct Link communicationwill be compatible with current MU EDCA parameters values.

Then step 1120 is executed. If step 1110 determined that the Direct Linkcommunication will not be compatible with current MU EDCA parametersvalues, step 1130 is executed otherwise, the algorithm finished.

At step 1130, the node informs the AP of the temporary non support of MUUL capability. According to one implementation, the station prepares anOMI A-Control field with the MU UL disable bit set to 1. This controlfiled being included in the next frame to be sent to the AP (note thatif there is no such a frame already ready in the emitting queues of thestation, the station can create a dedicated frame and send it to theAP). Optionally, an internal flag TEMP_SU_UL_ON may also be set at step1130 to true to keep track of the temporary modification of thecapability of the station.

At step 1135, the management module determines if one or more AC of thestations are already in MU EDCA mode. According to one implementation,the station checks if one of the HEMUEDCATimer[AC] timers is not set tonull. If it is determined that no AC is already in MU EDCA mode, thenthe algorithm stops, else, step 1140 is executed.

The optional step 1140 stores, in a local memory, for each AC in MU EDCAmode, the current values of the EDCA parameters, and the correspondingvalues of the active HEMUEDCA Timer. Storing the parameters values makesit possible for the station to restore those parameters values after thedirect link teardown in step 1240 of the FIG. 12 . This step is optionalsince in another variant of step 1240, the AC mode is not modified whenthe station reactivate the support of the MU UL, but only uponsuccessful transmission in MU UL mode (as described in the standard).

At step 1150 the values of EDCA parameters of the AC in MU EDCA mode arechanged. During this step, the EDCA parameters of those ACs are set withthe latest SU EDCA parameters values received from the AP in thecorresponding field 1411 to 1414 of the frame 1410. In addition andoptionally, the values of the HEMUEDCATimer for each ACs are set to 0 atstep 1150.

Steps 1110 and 1120 advantageously allow the station to anticipate theQoS issues that will occur when trying to send data packets of aspecific application (for instance Direct link applications). Thisembodiment doesn't need to wait for the effective occurrence of latencyor throughput issues to switch to a more adapted transmission mode (EDCAonly transmission, in legacy mode).

The execution of steps 1140 and 1150 allows to quickly switch towardsusing SU EDCA parameters values (step 1140), while remaining fair byenabling to go back to the penalized state (remembering the previousstate) after the end of the conditions requiring the disabling of the MUUL feature support. Especially, by storing the HEMUEDCATimers value, thestation can restore those values without having them reinitialized (andthus avoiding to wait for a new HEMUEDCATimer period) and thenimmediately returns in MU EDCA mode without having to wait for atransmission opportunity provided by a trigger frame.

FIG. 12 illustrates using a flow chart the additional steps, accordingto one implementation variant of the invention, to be performed by thestation after the direct link or tunnelled direct link tear downprocedure in order to restore the optimal efficiency of the Multi useruplink mechanism thanks to the usage of MU EDCA parameters.

At step 1210, the management module determines if the node hastemporarily suspended its MU UL support. For example, the station maycheck if TEMP_SU_UL_ON is set to true. If step 1210 determine that thestation has temporarily suspended its MU UL support, step 1220 isexecuted, otherwise, the algorithm ends.

At step 1220, the node informs the AP of the support of MU ULcapability. According to one implementation, the node prepares an OMIA-Control field with the MU UL disable bit set to 0. This control filedbeing included in the next frame to be sent to the AP (note that ifthere is no such a frame already ready in the emitting queues of thestation, the station can create a dedicated frame and send it to theAP). Optionally, the flag TEMP_SU_UL_ON may also be set to its defaultvalue (false).

Step 1240 is an optional step. At this step, the station restores theEDCA parameters of the ACs in MU EDCA mode at the time of the initiationof a direct link session, and the value of the HEMUEDCATimer for thoseACs. Those values are restored thanks to the values stored at step 1140.This optional step allows to be fairer by going back to the originalsituation (prior direct link session activation).

This embodiment advantageously allows to support back the MU UL OFDMAfeature and then to disable this feature only during the required periodof time. In addition, the feature of step 1240 leads to a fair behaviorthat is to go back to the MU EDCA support by immediately applying somepenalized values on the EDCA parameters without re-initialization. It isthen noted that thanks to the step 1210, the station knows that it waspreviously in MU EDCA mode. This mechanism avoids some fairness issuesthat could result from a quick sequence of switching between the supportand disabling of the MU UL feature (case of a station rapidly disablingthe MU UL support to use the non-penalized EDCA parameters values).

FIG. 13 illustrates the structure of a trigger frame according to anembodiment of the invention.

The trigger frame 1300 is composed of a dedicated field 1310 called UserInfo Field. This field contains a “Trigger dependent Common info” field1320 which contains the “AC Preference Level” field 1330 and “PreferredAC” field 1340.

The Preferred AC field 1340 is a 2-bit field indicating the AC queue(value from 0 to 3) from which data should be sent by the node on the RUallocated to that node in the trigger frame.

The AC preference Level field 1330 is a bit indicating if the value ofthe Preferred AC field 1340 is meaningful or not. If the field 1340 isset to 1, then the node should take into account the preferred AC field1340 when selecting data at step 1130. If the field 1330 is set to 0,the node is allowed to send data from any AC queue, regardless of thepreferred AC field 1340 value.

The other fields of the trigger frame are similar to what is defined inthe 802.11ax standard.

The AP may also be in charge of broadcasting the EDCA parameters forboth SU EDCA mode and MU EDCA mode. It preferably performs thebroadcasting using a well-known beacon frame, dedicated to configure allthe nodes in an 802.11 cell. Note the if the AP fails to broadcast theEDCA parameters, the nodes are configured to fall-back to by-defaultvalues as defined in the 802.11ax standard.

FIG. 14 a illustrates the structure of a standardized informationelement 1410 used to describe the SU EDCA parameters of the EDCA in abeacon frame.

Fields 1411, 1412, 1413, 1414 describes the SU EDCA parametersassociated with each traffic queue 210. For each traffic queue, asubfield 1415 includes the SU EDCA parameters: AIFSN as a delay beforestarting to decrease the associated backoff value, the ECWmin and ECWmaxas the values of the minimum CW_(min) and maximum CW_(max) contentionwindow and finally the TXOP limit as the maximum transmitting data timefor an 802.11 device.

All the others fields of the information element are those described inthe 802.11 standard.

FIG. 14 b illustrates an exemplary structure of a dedicated informationelement 1420 to transmit the MU EDCA parameters corresponding todegraded EDCA parameter values, as well as the HEMUEDCATimer values. Thededicated information element 1420 may be included in a beacon framesent by the AP.

The dedicated information element 1420 includes, for each AC queue, theMU EDCA parameters (1421,1422,1423,1424) to be used by the nodes in theMU EDCA mode.

Each subfield 1421,1422,1423,1424 includes the degraded AIFSN value forthe corresponding traffic queue, the degraded ECWmin value and degradedECWmax value (they can be the same as the legacy EDCA values), as wellas the value of the HEMUEDCATimer.

The degrading duration HEMUEDCATimer drives the nodes entering one ofits AC the MU EDCA mode to maintain this AC in such mode at least thedegrading duration.

Many further modifications and variations will suggest themselves tothose versed in the art upon making reference to the foregoingillustrative embodiments, which are given by way of example only andwhich are not intended to limit the scope of the invention, that beingdetermined solely by the appended claims. In particular the differentfeatures from different embodiments may be interchanged, whereappropriate.

In the claims, the word “comprising” does not exclude other elements orsteps, and the indefinite article “a” or “an” does not exclude aplurality. The mere fact that different features are recited in mutuallydifferent dependent claims does not indicate that a combination of thesefeatures cannot be advantageously used.

The invention claimed is:
 1. A communication device, comprising: asingle user (SU) transmitter for transmitting data at specific one ofdifferent access categories (ACs) in an enhanced distributed channelaccess (EDCA) using contention parameters, wherein each of the differentaccess categories has its own contention parameters that can be set toeither first or second values; an uplink (UL) multi-user (MU)transmitter for transmitting data at the specific AC in UL MU resourceunits, wherein transmitting data at the specific AC in an UL MU resourceunit causes setting EDCA contention parameters of the specific AC to thesecond values for a period associated with the specific AC, and whereinafter the period expires, the contention parameters of the specific ACare set to the first values; and a processor configured to: disable theUL MU transmitter; and set the period for the specific AC to 0 in a casewhere the UL MU transmitter is disabled.
 2. The communication device ofclaim 1, wherein a timer is associated with the specific AC for countingdown the period during which the contention parameters remain set to thesecond values for the specific AC before being set to the first values.3. The communication device of claim 2, wherein the counting down of thetimer starts after a successful transmission of data in an UL MUresource unit.
 4. The communication device of claim 2, wherein causingthe expiry of the period for the specific AC comprises setting the valueof the timer to
 0. 5. The communication device of claim 4, whereinsetting the values of the timer to 0 is performed in response tonotifying of the disabling.
 6. The communication device of claim 1,wherein the disabling is notified by the frame that comprises anindication to notify an access point (AP) about the disabling of UL MUtransmissions from the communication device.
 7. The communication deviceof claim 6, wherein the indication comprises an OMI A-Control field withan UL MU disable bit set to 1 to notify the AP about the disabling ofthe UL MU transmissions.
 8. The communication device of claim 1, whereinthe processor is further configured to disable the UL MU transmitter. 9.The communication device of claim 1, further comprising a receiver forperiodically receiving a beacon frame from an access point, wherein atleast one received beacon frame includes the first values and the secondvalues for the contention parameters of the specific AC.
 10. Thecommunication device of claim 1, wherein the contention parametersinclude a lower boundary CW_(min) and/or higher boundary CW_(max), bothdefining a selection range from which a size of a contention window isselected, and an Arbitration Inter-Frame Space Numbers (AIFSN).
 11. Thecommunication device of claim 10, wherein the first values and thesecond values differ by different AIFSNs.
 12. The communication deviceof claim 1, wherein the UL MU resource units are allocated by an accesspoint (AP) within a transmission opportunity granted to the AP on acommunication channel.
 13. A communication method implemented in acommunication device of a communication network, the communicationdevice comprising: a single user (SU) transmitter for transmitting dataat specific one of different access categories (ACs) in an enhanceddistributed channel access (EDCA) using contention parameters, whereineach of the different access categories has its own contentionparameters that can be set to either first or second values; and anuplink (UL) multi-user (MU) transmitter for transmitting data at thespecific AC in UL MU resource units, wherein transmitting data at thespecific AC in an UL MU resource unit causes setting EDCA contentionparameters of the specific AC to the second values for a periodassociated with the specific AC, and wherein after the period expires,the contention parameters of the specific AC are set to the firstvalues; the communication method comprising: disabling the UL MUtransmitter; and setting the period for the specific AC to 0 in a casewhere the UL MU transmitter is disabled.
 14. A non-transitorycomputer-readable storage medium storing instructions of a computerprogram for implementing the method according to claim 13.